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1. A system for reducing payments risk, liquidity risk and systemic risk 

associated with payments-based transactions, said system comprising: 

a communications network forjned by the interlinking of a 
plurality of internet protocol (IP) networks; 

a plurality of User Host Applications supported over said 
communications network for use by plurality/ of Users active in payments-based 
transactions; 

a plurality of Third Party Most Applications supported over said 
communications network for use by plura]!ity of Third Parties active in payments- 
based transactions; and 



a plurality of ^aym^nt J2£n 
communications network for use 
plurality of domestic payment system^, each sa 
having means for processing payme 
to be carried out in said domestic 



It Vnes 



>ayi 



k Ho st Applications supported over said 
plurality^ of Payment Banks operating a 
Payment Bank Host Application 
ges, including payments instructions 
ents system on behalf of a plurality of 



account holders (including bank correspondents), and 

wherein each said Payment Bank Host Application includes a filter 
process module for automated processing of said payments instructions based on 
(i) payments risk parameters and (ii) the accounts of said Users (User accounts) 
such that payments instructions breaching said payments risk parameters are 
rejected back to a payments processing queue for later re-evaluation, thereby 
reducing payments risk, liquidity risk and systemic risk throughout said system. 
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2. The system of claim 1, wherein each Third/ Party Host Application, said 
User Host Application and said Payment Bank Host Application sends payments 
risk data and generates and receives payments-related notifications, inquiries, 
messages and reports via their respective host applications. 

3. The system of claim 1, wherein said /Filter Process Module in each said 

Payment Bank Host Application is integrated /with payments processing such that 

payments instructions are filtered for compliance using suspend payment 

instructions and said payments risk parameters. 

/ * 

4. The system of claim 1, wherein each said Third Party Host Application 
and said User Host Application can request and receive multi-currency reports 
from said plurality of Payment Bank Host Applications. 

5. The system of claim 1, Wherein each said Payment Bank Host Application 
is capable of calculating the Available Balance for counterparty payments using 
data interchange with existing payments confirmation services and monitoring 
elapsed time. 



6. The system of claLm 5, wherein each said Payment Bank Host Application 

can generate a notification to the Payment Bank and User and/ or Third Party in 
the event that a counterparty fails to make expected payments for a pre- 
determined period of elapsed time. 



V 
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7. The system of claim 6, wherein each Tturd Party or User receiving 
notification of a counterparty payment failure may instruct Payment Bank to 
suspend further payments to said counterparty. / 

8. The system of claim 6, wherein eachr said Payment Bank Host Application 
automatically incorporates a suspension of all further payments to a counterparty 
on receipt of a notification to do so via implementation as a trigger in said Filter 
Process Module. / 

9. The system of claim 1, wherein/each Payment Bank and User use digital 
certification to establish their access authority and usage constraints, and wherein 
data transmissions over said communication network are encrypted for security 
purposes. / 

10. The system of claim 1, wherein said Third Party, User and Payment Bank 
Host Applications are human-accessible by browser interface and machine- 
accessible by incorporation and /translation of electronic data interchange 
formats. / 

11. The system of claim lj wherein Third Parties and Users can flexibly 
identify counterparties by meant of aggregating identifiers unique to individual 
corporate or organizational entities, creating thereby synthetic counterparties 
composed of entities deemed to thare correlation in payment risk assessment. 
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12. The system of claim 1, which further comprises a processor-based Core 
System being operably connected to said global communications network and 
supporting a Core System Host Application, whferein said Core System Host 
Application comprises information storage meafns for recording various type of 
information, including identification of said/ Users, identification of said Third 
Parties, identification of said Payment Bank's, identification of said counterparties, 
identification of currencies, specification/of the Clean Payment limit (Debit Cap), 
and Payment Type identification (including alternative payment channels, if any). 

13. A method of reducing payments risk, liquidity risk, and systemic risk in 
a system supporting a plurality of Third Party Host Applications, a plurality of 
User Host Applications, and A plurality of Payment Bank Host Applications, each 
said payment Bank Host Application has a Filter Process Module for processing 
payments instructions, s^id method comprising the steps: 

(a) said TMird Parties sending counterparty payments risk data to said 
Users associated witltf a plurality of payments-based transactions; 

(b) sa/d Users sending counterparty payments risk data on behalf of 
themselves and /said Third Parties to said system, wherein said payments risk data 
specifies transaction parameters selected from the group consisting of 

(i)/ the User associated with each said payments-based transaction, 
(/i) the Third Party (if any) associated with each said payments-based 
transaction, 
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(iii) the Payment Bank associated with each said payments-based 
transaction, / 

(iv) the counterparty associated/ with each said payments-based 
transaction, / 

(v) the currency associated with each said payments-based 
transaction, / 

(vi) the payment type associated with each said payments-based 
transaction, and / 

(vii) the Clean Paymer/t Limit associated with each said payments- 
based transaction; / 

(c) said system analysing the payments risk data associated with each 
said payments-based transaction and decomposing said payments risk data into 
files for transfer to said Payment Bank Host Applications making payments on 
behalf of said Users in a plurality of currencies; 

(d) said system transmitting said payments risk data, associated with 
each said pay ments-pased transaction, to said Payment Bank Host Applications, 
using application-to/application automated interfaces; and 

(e) each said Payment Bank Host Application applying said payments 
risk data as input parameters to said Filter Process Module for automated 
evaluation of payments instructions in respect of accounts of said Users (User 
accounts) sucn that payments instructions breaching said input parameters to 
said Filter Process Module are rejected back to a payments processing queue for 
later re-evaluation. 
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14. The method of claim 13, wherein e ; ach Third Party, User and Payment 

/ 

Bank sending payments risk data can also generate and receive payments-related 

notifications, inquiries, messages and /reports via their respective host 

/ 

applications. / 

15. The method of claim 13, wherein said Filter Process Module within each 
said Payment Bank Host Application yCooperates with payments processing with 
said domestic payment system operated by said Payment Bank, such that 
payments instructions are filtered /by said Filter Process Module for compliance 
with suspend instructions and payment risk parameters. 

16. The method in claim/l4, wherein each Third Party and User can request 
and receive multi-currency reports from a plurality of said Payment Banks acting 
on their behalf. / 

17. The method of claim 13, wherein each said Payment Bank Host 
Application capable of calculating the Available Balance for counterparty 
payments through incorporation of data interchange with existing payments 
confirmation services and monitoring elapsed time. 

18. The methcyd of claim 14, wherein each Payment Bank Host Application 
can generate a notification to the Payment Bank and User and/or Third Party in 
the event that a / counterparty fails to make expected payments for a pre- 
determined period of elapsed time. 
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19. The method of claim 18, wherein eacn Third Party or User receiving 
notification of a counterparty payment failure may instruct Payment Bank 
suspension of further payments to said counterparty. 

20. The method of claim 17, whereici each Payment Bank Host Application 
will automatically incorporate a suspension of all further payments to a 
counterparty on receipt of a notification to do so via implementation as a trigger 
in the Filter Process Module. / 

21. The method of claim I3f y wherein each Payment Bank and User are 
subjected to digital certification /to establish their access authority and usage 
constraints, and wherein data transmissions are encrypted for security purposes. 

22. The method of claim 13, wherein Third Party, User and Payment Bank 
host applications are human-accessible by browser interface and machine- 
accessible by incorporation and translation of electronic data interchange 
formats. / 

23. The method of claim 13, wherein Third Parties and Users can flexibly 
identify counterparties/ by means of aggregating identifiers unique to individual 
corporate or organizational entities, creating thereby synthetic counterparties 
composed of entities fleemed to share correlation in payment risk assessment. 
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24. The method of claim 13, wherein/ said system further comprises Core System 
Host Application for recording /various type of information, including 
identification of said Users, identification of said Third Parties, identification of 
said Payment Banks, identification of said counterparties, identification of 
currencies, specification of the Clean Payment Limit (Debit Cap), and Payment 
Type identification (including alternative payment channels, if any). 

^5. A global computer-based system for mitigating risk arising in connection 

witfW foreign exchange settlements and other payments between financial market 
participants, wherein a mechanism is provided for efficiently controlling 
payments ivisk in as many currencies as may be interoperable with said system. 



26. A com)au/fer-based \ payment risk management system, wherein a 

mechanism is p]/ovi^ed for controlling payment flows within a single domestic 
payment systerfi and globalW through a multi-currency implementation so that 



payment risk is reduced bewveon counterparties 




27. A comp\*^£r-J/ased payment risk management system, wherein a 

mechanism is provided for reducingSpayments risk arising for an account holder 
within a single currency, as well as c^oss-border payments risk arising from 
payments in a plurality of currencies. 
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18. A computer-based payment risk management system, wherein a 

Mechanism is provided for controlling payments risk for all payment flows, 
whether arising from foreign exchange transactions or other payment types. 

29. X computer-based payment risk management system, wherein a 

mechanism is\provided for enabling a participant to unilaterally control his risk 
vis-a-vis a particular payments counterparty, without the necessity for the 
counterparty's agreenaent or cooperation. 



30. A computer-baseti /payment 

mechanism is provided fon^all^wing par 
current business, reduce/overheacL imp 



business with counter 



efficient liquidity and c*edit risk ma 



risk management system, wherein a 
i^ipants to more efficiently manage their 
ve returns on capital, and support new 
arties by re^iiciVig payments risk and enabling more 




31. An Internet-based computer-based system, wherein separate accounts 

can be flexibly aggregated or disaggregated by participants for risk management 
and reporting purposes to promote effective oversight of group or individual 
participant use of the system. 



32. An Internet-based computer-based system, wherein separate 

counterparty accounts can be flexibly aggregated or disaggreg\ted for risk 
management purposes and reporting purposes according to participant 



Page 71 of 77 



assessment of risk correlation between affiliated, connected or similar 
counterparties. 

33. \ A computer-based system, wherein payment flows with a counterparty 
or counterparties in a plurality of currencies can be flexibly aggregated for risk 
managementVurposes and reporting purposes. 



= 10 
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34. A computer-based payments risk reduction system that is consistent 

with and complementary yto th coexisting network for inter-bank financial 
communications (S.W.I.Fy.) and the internet protocol networks increasingly used 
by financial institutions/ 



35 



A computer 



based payments/ Risk reduction/ system which allows 
individual participants Nto determine Nymilaterally their tolerances for payment risk 
according to counterparty^siq^rgjxfy and\payment type. 



20 



36. A computer-based payments risk redaction system, wherein participants 
can view, enter and alter their risk parameters fo\counterparties, currencies and 
payment types on a real-time basis. 

37. A computer-based payments risk reduction \ystem, wherein the 
payment parameters of account holders can be entered into the database of the 
system by way of screen-entry, batch-entry or integration with internal systems 
processes. 
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18. A computer-based payments risk reduction system, wherein payments 

rfek can be controlled in an automated manner through integration with the 
existing payments systems operating within payment banks directly connected to 
domestic payments systems. 



if! 10 



39. A computer-based payments risk reduction system, wherein a 

mechanism i^provided for enabling payment banks to integrate the system host 
application in Vi modular fashion in connection with their participation in 
domestic paymen\ systems with a high degree of openness, flexibility and 
interoperability. 



40. 



provided for moi 



y 15 may indicate a counterparty paynrent fail 



A computer-baseck pa> ments risk reduction, wherein a mechanism is 



itoring paynrent flows and rep/orting exception situations which 
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41. A com puteNj^ase^Kp ay ments rfisk reduction system for use by a payment 

bank, wherein a mechanism is provided foXnotifying account holders of payment 
problems intra-day, enabling them to takexsuch actions as will forestall any 
adverse impact on liquidity in that and other currencies. 



42. A computer-based payments risk reduction system, wherein a 

mechanism is provided for inquiring into exception situations between 
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>articipants, counterparties and payment banks, and facilitating earlier corrective 
ition or remedial action as appropriate. 



In 10 



can not 



A computer-based payments risk reduction, wherein account holders 
payment banks in real-time of their wish to suspend any further 



payments\o an individual counterparty. 

\ 

44. A coftapu ter-based payments risk reduction system for use within a 

payment bank, having a mechanism for efficiently and effectively suspending any 
further payments toia particular counterparty on behalf of an account holder, 
following receipt of a r\efuest from an account holder to do so. 



a 15 
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45. A computer-based ayste] 

positions based on/ payments act 



enabling automated calculation of global risk 
ties in multiple payments systems. 



46. The comi)iiter-bjj#£d system \f claim 45, wherein the advantages of Web- 

based information management, browser interfaces, application-to-application 
data interchange, object-oriented programming and open systems technologies 
are integrated to deliver improved flexibility, extensibility, modularity, 
interoperability and other information management advantages in connection 
with payments risk management. 



47. A computer-based system, wherein a mechanism is provided for 

reducing the systemic risk that a payment failure by oneXmarket counterparty 
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imay lead to failure of contingent payments down a chain of interrelated payments 
transactions, and thereby threaten the liquidity and integrity of payment and 
backing systems within a single market or globally. 

48. \ The computer-based system of claim 47, wherein a participant's 
payment^ liquidity is optimally used to meet payment obligations in an 
automated manner. 



49. The coft^puter-based system of claim 47, wherein liquidity management 

10 software is emplojted to address cross-border payment risk or payment risk 

arising on the level ofthe individual account holder within a participating bank. 



Q 15 
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50. The compute/ bas&d syftfem of claim 47, wherein payment instructions 
can be processed very rapfidljMifter negotiation of the underlying transaction 
without compromising paymentjf rfi^c mitigatij 

51. The computeiMia^d system ofVlaim 47, wherein means are provided for 
enabling access via a plurality of internets, protocol networks and a plurality of 
computing devices, and flexibility in the use\nd configuration of access software 
to meet individual functional requirements and\capacity to support technological 
integration. 



52. The computer-based system of claim 47, wlVerein many-to-many data 

processing techniques are used to rationalise the flows \f information between 
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h\ost applications located anywhere around the globe (in both developed and 
emerging markets) without the prejudices and disadvantages arising from 
geographical dispersion. 

53. TH^ computer-based system of claim 47, wherein payment risk 

parameters arivfl other data are entered into the system and automatically 
interpreted by \ rule-based interpretation procedures as to processing 
requirements. 



54. The comp 

payment paramete 
parameters for pay 



ter-\ased system of claim 47, wherein account holder 
s are managed on a database and communicated as operable 
ments procSssjiing by host applications in payment banks. 



55. The computer-base^ syste\i of claim 47, which uses or interoperates 

with industry standard data formats fot the capture and transmission of like data 
to enable efficient interface with pre-existfng banking applications and systems. 



56. The computer-based system of claiVi 47, which provides appropriate 

security and integrity for the transmission of\all data across its network via 
cryptographically secure sessions and digital certification of host application 
subscribers. 
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